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Title: 

ARRANGEMENT AND METHOD IN COMMUNICATIONS MANAGEMENT AND A 
TELECOMMUNICATIONS SYSTEM WITH A MANAGING ARRANGEMENT. 



FIELD OF THE INVENTION 

The present invention relates to an arrangement and a method in 

JO communications management. 

Generally in systems, wherein one system is managed by another 
system or systems, herein referred to as managed systems and 
manag.no systems respectively, the managing system is provided 
With information on changes, states etc in the managed system. 

15 The provision of information comprises a function which often is 

T.^ ITB<3 „*° " SendlnSJ ° f n °" fic »"<™- This gives rise to 
sending of event reports to the managing system. If this function 
is applied, notifications are generated upon changes in e.g. a 

20 iy S :r e a mana9ed system ana f °— d *» —S"* 

!!l inVenti ° n SlSO r6l " eS " 3 ^lecommunications system 

ZZZ n9 ™ na9lnS SyStens and mana9ed sterns 

systr'n 0 " 0 " 9eS ' S " teS Mn ^ Pr ° VldBd *» • 

system which manages(s) at least one managed system. 

STATE OF THE ART 

The CCITT Recommendations No M.3010 describes the principles for 

Ls i e sTrt Catl ° nS — k orally denoted TMN. 

This ! an international standard on waging telecommunications 
network xn a uniform way from a network of operations systems 

t^^r*^* 1 ™ mana9ement network may at 

level relate to a connection between an operations system and a 

network element but it may also relate t« a u k n 

nnora ., * ASO re -Late to a whole network of 

operations systems controllina a lar™ 

network « ^ 9 a lar9e telecommunications 

Tot P ^ interf ace 03 has been standardized 

a T UniCati ° nS SyStem prOVldin 9 connection between 

managxng and managed systems. In the recommendations relating to 
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the GSM Stanch (Global System for 

subscriber administration is defined xn the GSM Technxcal 
deifications TS 12.02. According thereto the Q3 operator 
Interface is specified for the provision of the subscrxber 
5 adoration functionality. The 03 interface defines both the 
object oriented information model of so called network elements 
^ the communication protocol between the so called o P ™ 
systems and the networks elements. In the CCITT Recommendatxon 
Z M.3010 a network element function block is defined as a 
10 functional block communicating with the 

management network TMN (for the purpose of being monxtored and/or 
controlled). The network element function block provxdes the 
telecommunications and support functions which are reguxred b» 
the telecommunications network that is managed. It comprises the 
15 telecommunications functions which are the subject of management. 
The functions as such are not part of the TMN but they are 
represented to the TMN by the network element function block. The 
part of the network element function block that provides thxs 
representation in support of the TMN is part of the TMN itself 
20 whereas the telecommunications functions are outside the 
telecommunications management network. 

Furthermore an operations systems function block is defined as 
processing the information that is related to the 
telecommunications management for the purpose of 
25 monitoring/coordinating and/or controlling telecommunication 
functions including management functions. 

in "Practical Guide for OSI Management" by T Jeffree et al., 
February 1992 is described how managed objects comprised by a 
managed system emit notifications upon the occurrence of various 
' 30 events. The parameters comprised by the notifications and the 
events that provide the generation are specified in the 
definition of the relevant managed object. Notifications are both 
generically defined in the functions standards and specified in 
detail in DMI, i.e. CCITT (now ITU-T) Rec. X.721, "Definition of 
35 Management Information" but they may also be defined or specially 
adapted by the definers of managed objects. Notifications may 
e g relate to managed object creation and deletion, change of 
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state, general attribute change, alarm reports etc* The document 
is further concerned with the degree of control of the manager 
or the managing system of the forwarding process. For example the 
definer of a managed object may want to define notifications 
5 which should not be sent under normal circumstances but which 
should be available for particular purposes such as monitoring 
etc. This would assume that -the transmission of event reports of 
different kinds could be switched on or switched off. However, 
this depends on the power of discrimination of the target system 

10 which is not known by the managed object definer which in turn 
leads to that it might not be possible to switch the 
notifications on and off in a desired manner which might even 
prevent controlling in general. In the document it is mentioned 
that it would be possible to define additional attributes which 

15 would serve as on-off switches for notifications which however 
is dismissed as a bad solution since it leads to duplication of 
the function of the discriminator. For explanation, a network 
element can inform an operations system about changes in a 
managed object by sending a notification to a discriminator which 

20 is placed within the network element. In the discriminator the 
operator can make a filtering on which events he wants to see. 
The discriminator sends an -event on the (Q3) interface to the 
operations system if the filter detects notifications which fit 
to the map of the filter. The purpose of the discriminator is 

25 thus to provide a means for controlling the load on the interface 
(Q3). 

The above mentioned document further suggests the placing of 
notifications in a separate managed object which might be 
contained in the first one but also this solution is dismissed 
30 as not satisfactory since it needs a lot of specification and 
additional conformance requirements and furthermore also appears 
to duplicate the function of the discriminator as referred to in 
relation to the first mentioned approach. 

A managed object (MO) is an object which is visible by an 
35 operator and is defined by the Guidelines for the Definition of 
Managed Objects ( GDMO ) , CCITT, now ITU-T, Rec. X.722. These 
guidelines defines the object type with its attribute, actions 
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and notifications by using packages. Some of the packages are 
optional whereas others are mandatory. All the attributes are 
defined by an ASN.l syntax and through the Q3 interface it is 
possible for the operator to e.g. create a managed object 
5 instance, set a value in a managed object instance, get a value 
from a managed object instance, do an action on a managed object 
instance and to delete a managed object instance. 
According to the GSM Recommendations, Technical Specification 
12 02 notifications are optional packages. This means here that 
10 the option as such is present merely upon on the design stage. 
If thus the optional packages notifications are included, the 
notifications will always " be active, i.e. if the function 
notifications is implemented, notifications are always sent and 
the discriminator of the network element has the function of a 
15 filter and provides the possibility to select which notifications 
are desired and it also provides means for ignoring 
notifications . 

This however gives rise to a considerable load on the managed 
system. If for example there is a high number of registers and 
20 subscribers in a Home Location Register (HLR), a very high number 
of notifications will be sent e.g. concerning attribute changes 
from the traffic etc. Then the background load will be very high 
whether a manager for a managing system uses the information or 
not. Then the required processing capacity may be very high. 

25 

SUMMARY OF THE INVENTION 

It is an object of the ' present invention to provide an 
arrangement comprising at least one managed system through which 
it is possible to control the sending of notifications within the 

30 managed system. It is particularly an object of the present 
invention to reduce the internal background load within the 
managed system and to just transmit those events which really are 
wanted by a managing system under the prevailing circumstances. 
A particular object of the present invention is to provide an 

35 arrangement through which the emission or generation of 
notifications can be controlled. Furthermore it is a particular 
object of the invention to provide an arrangement wherein the 
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generation or emission of notifications can be operator 
controlled* Another particular object is to provide an 
arrangement through which the sending of events can be controlled 
without imposing any extra functions on the discriminator and 
5 wherein both the load on the interface between a managed and a 
managing system as well as within a managed system can be 
controlled. 

It is also an object of the present invention to provide a method 
for providing a managing system with information on a managed 
10 system which is managed thereby wherein the load both on the 
interface connecting the systems as well as the load within the 
managed system can be kept at a low level by just emitting the 
notifications which are needed or wanted* 

The problematics of the generation of the high load within a 
15 managed system has not been addressed in the known documents but 
merely the load on the interface between the managing system and 
a managed system. Even if it is possible to impose a further 
function on the discriminator this does not contribute in 
reducing the internal load in a managed system which causes 
20 problems for example in telecommunications applications with a 
high degree of mobility but also under other circumstances. 
However the problems with a high load within a managed system has 
not further been attended to since they have not been observed. 
Is also an object of the invention to provide an arrangement 
25 through which the internal emission of notifications can be 
completely turned off or reduced to any desired degree or that 
only notifications relating to certain given events shall be 
emitted etc. 

A further object of the invention is to provide a 
30 telecommunications system comprising managed systems being 
managed by managing systems -wherein the internal load due to the 
issuing of notifications within the managed systems can be 
controlled externally and adapted to the prevailing 
circumstances, the number of users, e.g. subscribers, the degree 
35 of mobility etc. 

Therefore an arrangement is provided which comprises means for 
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internally preventing notifications from being emitted within the 
managed system. Particularly it is through said means possible 
to prevent the emission of notifications to any desired degree, 
including complete prevention, or merely to allow only given 
kinds of notifications to be emitted depending on system, 
circumstances etc. 

It is an advantage of the invention that the emission of 
notifications can be turn on and turn off depending on the load 
conditions in a managed system but that they still may be turned 
on if the operator for one reason or another is interested in 
particular notifications etc. A further advantage of the 
invention is that the function of sending notifications can be 
implemented but also controlled relating to the load both on the 
interface between a managed system and a managing system and 
internally in the managed system, in a particular embodiment of 
the invention it is referred to a telecommunications management 
network wherein the managing systems are so called operations 
systems and the managed systems are so called network elements 
wherein communication between the systems is provided by the Q3 
interface or similar. The managed systems or the network elements 
then comprise a number of managed objects which represent 
different kinds of resources. Then, advantageously, if a system 
handles merely a few managed objects, it provides for allowing 
notifications being sent at any time but when the number of users 
increases, then the system load also increases and when the 
sending of notifications reaches a given level, the notification 
function can either be completely or partly turn off. The 
invention also covers the case relating to subordinate managed 
objects being managed by superior managed objects in which case 
the superior managed objects takes the place of a managing 
system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will in the following be further described in a 
non-limiting way under reference to the accompanying drawings in 
which: 



WO 96/24899 




PCT/SE96/00148 



Fig 1 schematically describes a network element and an 

operations system, 



Fig 2 schematically illustrates managed objects of a network 

element representing resource objects or other managed 
obj ects, 

Fig 3 schematically illustrates notification distribution in 

a managed system and transfer of information a to 
managing system, 

Fig 4 very schematically illustrates sending of notifications 

within a managed system comprising a number of MO:s and 
EFD:s/LOG:s, 

Fig 5 very schematically illustrates a telecommunication 

system , 

Fig 6 illustrates an embodiment wherein all objects are 

placed within the same process, 

Fig 7 illustrates an embodiment wherein objects are placed 

in different processes , 

Fig 8 illustrates an embodiment wherein objects are placed 

in different processes placed in different processors, 

Fig 9 illustrates a particular embodiment wherein actions are 

used for controlling notifications. 

Fig 10a illustrates a further embodiment using a main MO for 
controlling notifications, and 



Fig 10b illustrates a further alternative based on the use of 
a main MO. 
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DETAILED DESCRIPTION OF THE INVENTION 

Fig 1 illustrates a managed system comprising a network element 
NE which is managed by an operations system OS representing a 
5 managing system. The network element NE comprises a managed 
object MO. In order to inform the operator side, i.e. the 
operations system OS about changes in the managed objects MO 
notifications are sent. A notification is sent by the managed 
object MO to a discriminator which is arranged within the network 

10 element NE. In systems known today it is possible for the 
operator to make a filtering in the discriminator to select the 
events which are considered as interesting. For example a 
notification can be sent for reasons such as attribute changes, 
state changes, creation and deletion of managed objects instances 

15 etc. The filter of the discriminator comprises a so called filter 
map and if the filter establishes that a particular notification 
fits to the filter map, the discriminator sends an event on the 
interface, in this particular embodiment on the Q3 interface to 
the operations system OS. Thus it is possible to control the load 

20 on the Q3 interface but the load created within the network 
element NE can be very high. If for example there is a high 
number of changes in a managed object MO, every change will lead 
to the sending of a notification which not only gives a very high 
number of notifications which are sent but also gives a high 

25 background load even if the operator has switched off the 
discriminator through setting appropriate filter parameters. 
Therefore the emission of notifications will be stopped at an 
earlier stage according to the invention. In the following (to 
illustrate the importance of controlling the emission of 

30 notifications) an example wi-11 be given from a telecommunications 
system in which the number of active subscribers are 40%. Active 
in this case means that a mobile station is switched on and a SIM 
(Subscriber Identity Module) card is installed. It is supposed 
that the location updating i.e. a new location area is 0.1 /h per 

35 active subscriber. This would generate 0.4 x 0-1 x 100.000 = 
4.000 notifications per 100.000 registered subscribers in a home 
location register and hour. For subscriber services the estimated 
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load is 0.05 per No . /h/ subscriber . This means that 5.000 
notifications per 100.000 registered subscribers in the home 
location register and hour will be sent. According to this 
estimation about 9.000 notifications concerning attribute changes 
from the traffic per hour and 100.000 subscribers will be 
generated from the network element which gives a high background 
load even if the information is not used by the managing system. 
This however merely was given as an example relating to one 
system in order to illustrate the processing capacity needed when 
only the transmission of event reports can be controlled but not 
the sending of notifications within a network element. 
Below the invention will be further described under reference to 
the telecommunications management network TMN as defined in CCITT 
(ITU-T) recommendations M.3010 and relating to the GSM system. 
The invention is however not limited to the GSM system or to TMN 
but on the contrary it is relevant to all systems or arrangements 
wherein notifications are sent for information purposes. 

Relating to the GSM system, subscriber administration is defined 
20 in the GSM Technical Specifications TS 12.02 wherein the Q3 
operator interface as standardized by the TMN is specified to 
provide the subscriber administration functionality. 

Fig. 2 illustrates a managed system in the form a network element 
25 NE which is managed by a managing system in the form of an 
operations system OS. The communication between the operations 
system OS and the network element NE takes place over the Q3 
interface which comprises a communication protocol between the 
systems. The network element as illustrated herein is divided 
30 into a management layer and a resource layer. The management 
layer comprises a number of managed objects MO which are 
monitored and controlled from the operations system OS. The 
resource layer comprises a number of resource objects RO 
represented by the managed objects MO of the management layer. 
3 5 The resource objects and the resources may comprise functional 
resources, logical resources or physical resources. A resource 
may e.g. be an internal resource in an M0 or it may comprise an 
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RO. Particularly, a notification may be generated in an MO, but 
it may also be generated in an RO. 

For example, one managed system may comprise notifications 
generated internally in an MO or in an RO or in both . 
5 Notifications may also be generated in other ways, e.g. depending 
on system etc. The invention is further not limited to object- 
oriented structures. In the shown embodiment a MO is defined by 
a GDMO which relates to the Guidelines for the Definition of 
Managed Objects. The GDMO defines the object type with its 

10 attributes, actions and notifications by using packages. Some of 
the packages are optional whereas others are mandatory. All 
attributes are defined by an ASN. 1 syntax . Through the Q3 
interface an operator can for example create an MO instance, set 
a value in an MO instance, get a value from an MO instance, do 

15 an action on an MO instance and delete an MO instance. 

The resources or the resource objects RO in the network element 
NE are used by the traffic handling. For example, a resource (a 
logical resource) representing a trunk can be used to carry a 

20 telephone call in one direction. Since only the management layer 
of the NE appears to the OS, a trunk must be represented by a MO 
in order to be manageable from the OS. The MO then acts as an 
interface towards the OS. A managed object can not store any data 
but all data belongs to the resources. There can be a one to one 

25 mapping between managed objects and resources or resource objects 
but this is not necessarily the case. The arrows a x , a 2 
illustrate different management views of a resource object 
whereas the arrow b 1 illustrates one MO representing a 
combination of resources. Within the dashed-dotted line in Fig 

30 2 is illustrated how a managed object may represent other managed 
ob j ects . In this case the operations support function can be 
implemented in the highest managed object instead of in an 
operations system, i.e. in this case the highest managed objects 
can be said to form an operations system which also is covered 

35 by the present invention. This figure merely is intended to 
illustrate different aspects or forms of managed systems 
(particularly network elements) to which (among others) the 
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invention applies. 

As referred to above, the data of a MO may be specified as 
attributes* A MO attribute may correspond to a persistently 
5 stored attribute of a resource or an R0. Furthermore it may be 
calculated in an algorithm that fetches attributes from a number 
of resources or ROs. Furthermore resource data may be stored in 
a file system or in hardware registers. 

In Fig 3 is illustrated the sending of notifications. In order 

10 to inform the managing system (for example OS) about changes in 
a MO in a managed system (e.g. NE) representing a R0 a 
notification can be sent to a discriminator EFD (or to an agent) 
which then sends an event report to the manager of the OS on the 
Q3 interface. Notifications .can also be sent to a LOG which will 

15 be further explained later on. A notification may for example be 
an alarm condition, changing data and traffic statistics. As 
referred to above, when mobility is provided, the number of 
notifications that may be sent is very high which will be further 
discussed in relation to Fig 5. 

20 In Fig 4 is illustrated in a schematical manner, a managed system 
comprising a number of Event Forwarding Discriminators EFD or 
LOG:s. Generally every notification generated in an MO must be 
sent to every EFD (or LOG) which creates a high load. This 
illustrates well one of the reasons for it being desirable to be 

25 able to control generation/ sending of notifications. 

According to GSM TS12.02 notifications are optional packages, the 
option in this case merely being present during the time of 
design. This means that if -optional packages are included, the 

30 notifications will always be active. Through the definition of 
an additional attribute notifications per attribute of the 
managed object can be turned of f /on per attribute. This 
additional attribute is defined in a GDMO specification with the 
use of ASN.l notations. This additional attribute comprises the 

35 notification controlling means and prevents notifications from 
being sent in case the notification is not desired or needed or 
when it should be stopped. 
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Resource notifications are generated spontaneously by the 
resources when certain events occur in the MB. The managed 
objects or the resource objects then send the not ~ 
a notification distributor Generally there is one 

5 distributor in each processor but the invention is not limited 
thereto. If the notifications are generated in RO:s the resource 
notification distributor forwards the notifications received by 
it to the management layer in which they are translated to MO 
notifications unless they are prevented from being generated in 
10 the RO, or from being sent away. When a notification is not 
prevented from being generated or sent as a MO notification to 
the MO distributor by the additional attribute, it is forwarded 
to the OS or to the unit that subscribes to the MO notification. 
The event' forwarding discriminator object EFD is created for the 

15 subscription to MO notifications. The EFD as such is an MO which 
determines which MO notifications are to be forwarded as event 
reports to the operations system. 

LOG in the figures relate 'to a managed object class in which 
20 notifications may be stored for later retrieval from e.g. the Q3- 
interface. In the LOG the notifications are stored in the form 
of LOG records, e.g. an alarm notification will cause an alarm 
record to be created. For each LOG there is a filter which 
defines which notifications that will be stored as LOG records 
25 in that particular LOG instance. 

Thus an MO notification may either go to an EFD or to a LOG. If 
the notification has to be forwarded to the managing system 
formed by the OS, it is sent as an event report by the managed 
system, in this case the NE, to the manager of the managing 
30 system or in this case the OS. 

However, in order to reduce the load internally within the 
managed system the additional attribute prevents notifications 
from being sent from the MO or the RO depending on where they are 
generated. This depends, as referred to above, among others on 
35 used system, needs etc. In a particular embodiment notifications 
may be generated in a RO, but prevented from being sent out from 
the MO representing said RO. This additional attribute will now 
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be further explained using the guidelines for the definition of 
managed objects GDMO according to which packages are used for the 
definition of the object type with its attributes, actions and 
notifications. For the purpose a notification stop package is 
5 introduced. The package is defined as 

notif icationStopPackage PACKAGE 
ATTRIBUTES 

notif icationStop GET-REPLACE 
10 DEFAULT VALUE < module- name > .notstopdef ; 
BEHAVIOUR not i f icationStopPackage 

BEHAVIOUR DEFINED AS "This package is used in managed object 
classes to prevent notifications from being emitted. It may or 

15 may not be a conditional package of a managed object* The ASN.l 
syntax of the value-reference of the default value notstopdef is 
an empty set, meaning that if no information is given by object 
creation no notification will be stopped. The registration is 
unspecified and depending on the specification where the package 

20 is defined. " ; 

REGISTERED AS (unspecified) 

The notifications stop attribute is defined as notif icationStop 
ATTRIBUTE 

25 WITH ATTRIBUTE SYNTAX < module- name > notstop 
MATCHES FOR EQUALITY 

BEHAVIOUR notification stop BEHAVIOUR DEFINED AS "This attribute 
can prevent a notification to be emitted from a managed object 

30 internally in the system in order to reduce the processing 
requirements of a system. The processing requirements are reduced 
by: 1, notification do not require processing capacity to be 
transferred from the emitting managed object in one part of the 
system to the discriminators of events forwarding discriminators 

35 and logs in possibly other parts of the system 2, no processing 
capacity is required to make any testing against the definitions 
of discriminators. The ASN.l type of the attribute is a set of 
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OlDs (Object Identifiers) that identifies notifications that 
shall not be issued. Optionally, if the notification is a result 
of an attribute value change or a state change the attributed s 
of the attributes for which notifications still shall be emitted 
5 are included. If no attributes are indicated all notifications 
are stopped. The module-name is depending on the specification 
where the ASN.l syntax is defined. The registration is 
unspecified and depending on the specification where the 
attribute is defined"; 
10 REGISTERED AS (unspecified) 

The ASN.l definition is as follows: 

notstop: :=SET OF notstopcond 
15 notstopcond :: -SEQUENCE ( 

notifid OBJECT IDENTIFIER 

attrid SET OF ( attributeld) OPTIONAL ) 

notstopdef notstop::= ( ) 

20 The invention will now be illustrated in relation to one 
particular embodiment relating to the GSM system. Fig 5 very 
schematically illustrates a cellular mobile communication system, 
here the GSM system. A first and a second location area LA a , LA b 
each comprising a number of cells are illustrated. Each cell 
comprises a base station BS with a radio transceiver system (not 
illustrated here) which is in communication with a base station 
controller BSC which in turn communicate with a mobile switching 
center/visitor location register MSC/VLR. The two MSC/VLRs of the 
figure communicate with a home location register HLR which is 
controlled by an operations system OS. When the mobile station 
MS moves from A to B it will change location area LA which will 
be registered in the home location register HLR. If it for 
example frequently changes location area LA and/or when there are 
many mobile stations MS changing location area, many changes will 
35 be registered in the HLR and thus a lot of notifications will be 
created although not all of them have to be transmitted to the 
OS as event reports . 



25 



30 
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The use of the invention in GSM managed object class subscriber 
in HLR will now be further described. As referred to above, the 
additional attribute is h6re used for preventing subscriber 
induced notifications in the GSM system but of course in mobile 
5 telecommunications systems in general* 

The attribute value change notification is used to indicate that 
an attribute of a managed object has changed its value. This 
attribute gives notice of any change in any attribute of a 
managed object. Therefore it also creates a large processing load 

10 if there are many attributes constantly changing values, e.g. 
from a subscriber originated action in a mobile telephone system 
as referred to above. Through the notification stop attribute of 
the not if icationStopPackage it is possible to point out for which 
attributes a notification is not to be issued. The GSM specified 

15 MO subscriber in HLR contains an attribute value change 
notification and the attributes of the MSC/VLR number will 
continuously be changed as a consequence of the roaming 
subscribers in the system "as discussed in relation to Fig 4 
above . 

20 

An example of the notif icationStopPackage can be as follows: 

subscriberlnHlr MANAGED OBJECT CLASS 
25 DERIVED FROM "CCITT X. 721" : top; 

CHARACTERIZED BY subscriberlnHlrPackage; 
CONDITIONAL PACKAGES 

sublnHlrControlStatusPackage 
30 PRESENT IF "controlStatus is implemented", 

prevMsisdnPackage PRESENT IF "the association to the previous 
MSISDN is implemented", 

35 sublnHlrOverridePackage PRESENT IF 
"Override Category is implemented" , 
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sublnHlrLrasiPackage PRESENT IF 
"LMSI is stored in HLR", 

sublnHlrMwdPackage PRESENT IF 

"Message Waiting Data is implemented in HLR" , 
createDeleteNotificationPackage PRESENT IF 

"the objectcreation and objectDeletion notifications (as defined 
in CCITT X.721) are supported by this managed object", 

attributeValueChangeNotificationPackage PRESENT IF 

"the attribute ValueChange notification (as defined in CCITT 

X.721) is supported by this managed object", 

stateChangeNotificationPackage PRESENT IF 

"the stateChange notification (as defined in CCITT X.721) 

is supported by this managed object", 

NotificationStopPackage PRESENT IF "the managed object shall be 
conditionally inhibited to emit notifications for further 
processing in the system."; 

REGISTERED AS ( gsm-12 . 02-objectClass ) ; 

In Fig 6 a particular embodiment is illustrated wherein e.g. a 
home location register HLR comprises but one processor. In the 
embodiments illustrated in Figs 6-10b it is supposed that 
notifications are generated by resource objects. However, as 
discussed in the foregoing, the notifications may also be 
generated in the managed objects (or in other ways), and the 
embodiments as illustrated in Figs 6-10b of course also apply 
thereto. It does of course not have to relate to a HLR, the 
example merely intends to illustrate an example in which all 
objects are placed within the same process (UNIX process). In 
this case the communication between objects could be efficient. 
However, communication will always require capacity, messages are 
sent and received. Due to- e.g. a change of location area a 



WO 96/24899 




PCT/SE96/00148 



17 

resource object RO of a UNIX process in the HLR receives 
information from a visitor location register VLR. The RO, unless 
prevented by the additional attribute, sends a communication to 
the database DB and it also sends a RO notification to the RO 
5 notification distributor which may send a RO notification to the 
managed object MO. Then an MO notification is sent to the MO 
notification distributor and the MO notification is sent on to 
the agent in case so provided for by the EDF as referred to 
above. The agent then sends an event report to the operations 
10 system OS. 

In another embodiment of the invention as schematically 
illustrated in Fig 7 different objects are placed in two 
different processes. The number two is here of course merely 
given as an example, it could be more as well. Then an addressing 
15 mechanism has to be added to the message and the message must add 
an addressing information. In still another embodiment 
schematically illustrated in Fig 9 different objects are placed 
in different processors A, B. The interprocessor communication 
is provided by a processor bus. A message must then have an 
20 address pointing out how to find the right processor. For example 
a processor A e.g. of a HLR may receive information from e.g. a 
VLR about a change. The resource object RO of the processor A may 
then send an RO notification to an RO notification distributor 
(not shown) of processor A which then communicates this to a 
25 managed object of the processor B. This in turn emits a MO 
notification to the MO notification distributor of processor B 
which then may send an everrt report to an operations system in 
the same manner as discussed in the foregoing. If a notification 
is stopped, no RO notification is emitted. The application of the 
30 invention on multi-processor systems or systems with distributed 
processors is particularly advantageous since a reduction in load 
is of the utmost importance since the created load is 
considerably higher than in a single processor system. 

35 The embodiments as discussed in relation to Figs 6,7 and 8 of 
course do not only relate to processors of a home location 
register but to processors in any managed system and the value 
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^ * -nurse do not have 
Th e invention also « „ anageo object which then 

-*-\r rro^ — or an ~~ 

takes the place 

~ «-f the invention will 

In the £0 uo M in 9 s T rrrr F i° 9 : r- «. « 

„. briefly described »" aer "f* applica ble independently of 
course also tbese ^^"^in ^e process or if they are 
aether all objects are same processor or even i, 

i„ different processes in one and 

different processors. 

• iv referred to in Fig 3 are relevant 

T „e principles as -^^^^11 as tbe ones referred to 
in respect of these embodiments 
in the foregoing. 

, „»v to selectively control 
0 Fig 9 schematically "^""^ attri butes . An action is 
notifications using actions ° £lag ls turn ed on/off 

then added per MO. By -"^"^ fro m sending out an RO 
in „e KO Xhls -^^ action again, the HO notification 
notification. By caxxmy 

^ of the invention a notification 
30 According to another embodiment introauC ed. A M0 control 

controlling Managed ° h l &C \"°~""^ turns on/off an RO 
. oc an attribute/ action tnax (Coin mon 
comprises an a .nfication). The amount of CMIP ^« 

notification (or an MO notxf s may then be reduced. 
Management information Protocol) operati^ ^ a ^ ribute/ac ,ion 

35 Only one MO instance has to ^ prohibited fro m 

^^^-^^S--*-* a specific «0 
sending out an RO 
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instance might be pointed out for turning the RO notification 
on/off (or an MO notification if notifications are generated in 
managed objects ) • 

This embodiment can be carried out in essentially two ways of 
5 which the first is illustrated in Fig 10a. Of course both these 
ways of carrying out the embodiment relating to the introduction 
of a notification controlling MO likewise can be applied if the 
notifications are generated in MO:s instead of in RO:s. MO in 
this figure relates to the M0 control as referred to above. When the 

10 notification controlling M0 control receives a CMIP operation, the 
MO instance opens up all R0:s specified by the CMIP operation. 
In all the RO:s (RO A-RO D) the notification is turned on/off* 
Alternatively the MO controi could go to the MO instances instead of 
directly to the RO. The M0 eoncrol can have flags stored as 

15 persistent data which e.g. is advantageous in case an operator 
wants to see what status the flags have. 

A second way of carrying out an embodiment based on using a 
notification controlling managed object M0 control is schematically 
illustrated in Fig 10b. When the MO control receives a CMIP 

20 operation, the M0 control stores the CMIP request. Each time an RO 
notification could be sent put the RO checks if the RO (any of 
R0A-R0B) is allowed to send an RO notification or not. This gives 
a fast way of changing between permission/no permission of 
sending out a notification. 

25 If many instances exist, quite an amount of memory will be needed 
for storing all the flags for all the MO instances. This solution 
is advantageous if a notification can be turned on/off per MO 
class. 

The invention is not limited to the illustrated embodiments but 
30 can be varied in a number of ways within the scope of the claims. 
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CLAIMS 

1. An arrangement comprising at least one managed system which 
is managed by at least one managing system and wherein the 
managed system comprises a number of managed objects (MO) 
representing a number of resources or resource objects (RO) which 
may be monitored and/or controlled by the managing system(s) and 
wherein communication between the managed system and the managing 
system(s) comprises transmission of event reports from the 
managed system to the managing system(s) resulting from 
notifications generated and emitted within the managed system, 
c ha r a c t e r i z e d i n 

that the arrangement comprises notification controlling means for 
15 selectively controlling the generation and/or distribution of 
notifications internally within the managed system. 

2. Arrangement according to claim 1, 
characterized in, 

that notifications are generated in managed objects (MO). 



20 



3. Arrangement according to claim 2, 
characterized in, 

that the notification controlling means prevents notifications 
25 which are not to be communicated to the managing system in the 
form of event reports from being generated and/or emitted by the 
managed object (MO). 

4. Arrangement according to anyone of the preceding claims, 
30 characterized in, 

that notifications are generated in resource objects (RO). 

5- Arrangement according to claim 4, 
characterized in, 
35 that the notifications which are not to be communicated to the 
managing system are prevented by the notification controlling 
means from being generated and/or emitted by the resource object 
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(RO) . 

6. Arrangement according to anyone of the preceding claims, 
characterized in , 

5 that the notification controlling means are operator controlled. 

7. Arrangement according to anyone of the preceding claims, 
characterized in, 

that the notification controlling means provides for controlling 
10 which category etc- of notifications that are to be emitted under 
given conditions etc, 

8. Arrangement according to anyone of the preceding claims, 
characterized in, 

15 that the notification controlling means comprises an additional 
attribute through which at least a number of notifications 
relating to said attribute can be controlled e.g. if they are to 
be emitted or not from the managed object (MO) or the resource 
object (RO). 

20 

9. Arrangement according to claim 8, 
characterized in, 

that a package comprises the additional attribute, e.g. a 
notification stop package of the managed object. 

25 

10. Arrangement according to anyone of claims 8 or 9, 
characterized in, 

that the additional attribute type (ASN.l) is defined according 
to the GDMO specifications and in that it comprises a number of 
30 object identifying means (OID) identifying notifications not to 
be emitted . 

11. Arrangement according to anyone of claims 8-10, 
characterized in, 

35 that the notification stop package is a conditional package of 
a managed object. 
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12. Arrangement according to anyone of claims 8-10, 

characterized X " ' . ^ a conditional package 
that the notification stop package is not a cond 

of a managed object. 

13. Arrangement according to anyone of claims 8-12, 

are vaJ « notifications relating to 

a changing value. 

14 Arrangement according to anyone of claims 8-13, 
C J^^U^U. agonal upon the design of t, 

arrangement . 

15. Arrangement according to anyone of claims 8-14, 
^.^i^ o r f a managed ob^ct are stored and/or calculated. 

20 16. Arrangement according to anyone of claims 8-15, 
characterized in, 

that notifications are turned on/off per attribute. 

17. Arrangement according to anyone of claims 1-7, 

" :h:t\h r eUi t fiUL^:n d trolli n ng means comprises an action addeo 
for each of at least a number of managed objects. 

18. Arrangement according to claim 17, 

30 c h a r a c t e r i . • d i n , ^ ± ^ ^ 

that ^ ~ tTr^lcb^ the managed object 

m anaged object ±- prohibite d/ allowed to send out 

(MO) or resource object ( RO ; is ptu 

a notification. 



15 



35 



19. Arrangement according to anyone of claims 1-7, 
characterized in, 
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that the notification controlling means comprises a notification 
controlling managed object (MO) control comprising an 
attribute/action for turning on/off a notification (MO;RO). 

5 20. Arrangement according to anyone of the preceding claims, 
characterized in, 

that the resources or the resource objects (RO) are physical 
and/or logical and/or functional, 

10 21. Arrangement according to anyone of the preceding claims, 
characterized in, 

that the managed system comprises one processor and in that all 
the managed objects (MO) are placed within one and the same 
process . 

15 

22. Arrangement according to claim 21, 
characterized in, 

that the managed objects (MO) are located in different processes 
in one and the same processor. 

20 

23. Arrangement according to anyone of claims 1-20, 
characterized in, 

that the managed system comprises a processing arrangement 
comprising a number of processors which are interconnected via 
25 interprocessor communication means and in that the managed 
objects are located in different processors. 

24. An arrangement comprising one or more operations systems (OS) 
managing a number of network elements (NE) comprising a number 

30 of managed objects (MO) representing a number of resources or 
resource objects (RO) and an interface (Q3) comprising a 
communication protocol between the operations system (OS) and the 
managed object(s) (MO) in which further a function comprising 
sending of notifications resulting in sending event reports from 

35 the network element(s) (NE) to the operations system (OS) is 
implemented, 

characterized in, 
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Mna d svstem comprises notification controlling means 
that the managed system comp notifications from 

r n Jo\ n r g r:::: — — — « <ne> - 

5 „. An arrant -—in. « daim 34 data of the 

..anaged objects (HO) is specified as attributes. 

10 attribute and in that the sending of notifications 
per attribute by said additional attribute. 

26. An arrangement according to claim 24, 

(R0 ) prohibiting/allowing the sending out of a notification 
20 27. An arrangement according to claim 24. 

Lat^Urfi^tion controliing means comprises a notification 
^I lea object «W- comprising an attribute/action 



controlling managed object M0 eontro 
turning on/off notifications 



25 



30 



28 A telecommunications system comprising a number of -<»*»° 
systems <OS> managing a number of managed systems <NE, ever an 
interne! ,03, comprising a communication protocol between the 

:r a m: <«> «- «- — -r^i^cr,™ 

managed system < ^ ^ 

representing a number of resources creat ed 



(OS) in the form of event reports, 
35 characterized in 



C that\he a managed system comprises -^"""-^^ 

means in the form of an additional attribute or action 



BNSDOCID- <WO 9624899A1 > 



WO 96/24899 




PCT/SE96/00148 



25 

notification controlling managed object comprising an 
attribute/action through which the generation and/or distribution 
of notification from managed objects (MO) and/or from resource 
objects (RO) can be selectively controlled thus reducing the 
5 internal load within the managed system ( NE ) * 

29. A telecommunications system according to claim 28, 
characterized in, 

that the managed system(s) comprise(s) distributed processors. 

10 

30. A method for controlling the distribution of notifications 
relating to events in resources or resource objects represented 
by managed objects in a managed system controlled by at least one 

15 system, 

characterized in, 
that it comprises the 

- defining of an additional attribute or action per managed 
object or a notification -controlling managed object forming 

20 notification controlling means, 

- via said notification controlling means selectively controlling 
the generation and/or distribution of the notifications by 
managed objects or resource objects per attribute/ action or 
notification controlling managed object. 

25 
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FIG. 3 
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FIG. 5 




BNSDOCID: <WO 9624899A1> 



WO 96/24899 



FIG. 6 



event 
report 



from 
VLR 



PCT/SE96/00148 



5:7 

processor 




unix process 




MO notification 
distributor 




T 



MO notification 



UO 




r 




RO notification 
distributor 




RO notification/ 




FIG. 7 




MO notification 



Process 

zess^ 

communication 



interprocess^ . 



RO notification 




Process 



Processor 



BNSDOCID <WO 9624899A1> 



WO 96/24899 



PCT/SE96/00148 



6:7 



FIG. 8 



/ Process \. 




nc tificatio 



on/ 



Processor A 



EFD/] 



MO notification 



MO 



Process 



Processor B 



processor bus 



interprocessor communication 



FIG. 9 



NE 



Q3 



action 



MO 



turn flag on/off 



RO 

flag on/off 



RO notification 



BNSDOCID: <WO 9624899A1> 



PCT/SE96/00148 



WO 96/24899 



7:7 



FIG. 10a Q3 



NE 



action(turn on B.C) 



MO 

CONTROL 







MO A MO B MO C MO D 



turn\lag 




(Cff^ (^) 

RO A RO B RO C RO D 



FIG. 10b 



Q3 



NE 



action(turn on) 



MO 

CONTROL 







MO A MO B MO C MO D 



turn flag on 



RO notification 



RO 
flag on/off 





RO A RO B RO C RO D 



<WO 9624899A1> 



INTERNATIONAL SEARCH REPORT 



international application No. 

PCT/SE 96/00148 



A. CLASSIFICATION OF SUBJECT MATTER 



IPC6: G06F 11/30 

According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification lymbols) 

IPC6: G06F > H04Q, H04M, H04L 



Documenution searched other than minimum documentation to the extent that such documenu are included in the fields searched 

SE,DK,FI,N0 classes as above 



Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 

WPI, CLAIMS, JAPIO 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ' 



Citation of document, with indication, where appropriate, of the relevant passages 



JP 5114942 A (FUJITSU LTD), 7 May 1993 (07.05.93) 
abstract 



US 5305454 A (S.E. RECORD ET AL), 19 April 1994 
(19.04.94), abstract 



WO 9406232 Al ( TELEFONAKTI EB0LAGET LM ERICSSON) 
17 March 1994 (17.03.94), abstract 



Relevant to claim No. 



1-30 



1-30 



1-30 



I I Fur ^«* documenu are listed in the continuation of Box C. 



See patent family annex. 



'E' 
'L* 

•o- 

•P* 



Speaal categories of alec" documents 

t^UZT 1 defin j n « *5 e « ener ** oflhe art which is not considered 
to be of particular rdevance 

erlier document but published on or after the international filing date 
document which may throw doubts on priority clainVs) or which is 
cited to establish the publication date of another aUstic*Vo*«* 
special reason (a* specified) 

document referring to an oral disclosure, use. exhibition or other 
means 

^ZT^Zm* * *• h ~ taM " fi,i "« ^ ^ than 



55? ^J^L P u ™*«* *ft«r the international filing date or pnonty 
datejmd not m conflict with the application but otcdto underhand 
the pnncipJe or theory underlying the invention 

X " ^ m ri° f p *? cu, * r rc3€Vancc: claimed mvenoon cannot be 
C ** not b€ ™«dcred to involve « inventive 
step when the document is taken a) one 

" Y " i^?L°L paS ?i?*" rdevince: * e claimed m vent on cannot be 
rZ£??J? to involve an inventive step when the document is 
combined with one or more other such documents, such combination 
bong obvious to a person skilled in the art «««on 

'A* document member of the same patent family 



Date of the actual completion of the international search 
7 June 19Qfi 



Name and mailing address of the ISA / 
Swedish Patent Office 
Box 5055, S-102 42 STOCKHOLM 
Facsimile No. + 46 8 666 02 86 
Form PCT/ISA/210 (second sheet) (July 1992) 



Date of mailing of the international search report 



Authorized officer 

Marcus Wik 

Telephone No. 



1 2 -06- 199g 



■46 8 782 25 00 



i:<WO 9624699A1> 



INTERZONAL SEARCH REPORT 

Information on patent family members 01/04/96 




Form PCT/ISA/110 (patent family annex) (July 1992) 



BNSOOCID <WO 9624899 A1> 



